home *** CD-ROM | disk | FTP | other *** search
/ SuperHack / SuperHack CD.bin / Hack / UTILS / FAKEMAIL.ZIP / FAKEMAIL.FAQ
Text File  |  1997-01-04  |  7KB  |  176 lines

  1. I just through the following together. Anyone have any suggestions/comments?
  2.  
  3.  
  4. T H E  "F A K E  M A I L"  F A Q 
  5. Version 0.2 950309
  6. Written by Rourke McNamara
  7. (rourkem@pobox.com)
  8.  
  9. A good number of people have asked me questions about how possible it is
  10. to "Fake
  11. Mail" on the internet. People have asked both becuase they wanted to know if
  12. someone could do to them or becuase they wanted to do it to someone else. I
  13. decided that I'd write a small FAQ on the subject and add to it as I have time.
  14.  
  15.  
  16. (1) Can people send "fake" mail on the Internet?
  17.  
  18. Yes. People can send mail that looks like it came from someone else. People can
  19. send mail that looks like it was received by more people than actually received
  20. it. HOWEVER, only very rarely is this mail truly indistinguishable from
  21. mail that
  22. really DID come from the person in question.
  23.  
  24. In any case the ONLY real way to be completely sure a message is from a
  25. particular person is to have that person digitally "sign" the message with
  26. something like PGP.
  27.  
  28.  
  29. (2) How do you know if a message you have is "fake"?
  30.  
  31. You can't always tell for sure. If the person was sloppy the message will have a
  32. line in the the header block (the text above the message with date and subject,
  33. etc information) that says something like "Apparently-To:". You can also compare
  34. the full headers of the message to the full set of headers on another message
  35. that you have received from that person. If they don't come close to matching
  36. then ONE OF THEM is probably "fake". Also look for computer names in the headers
  37. that have nothing to do with your information provider or his information
  38. provider.
  39.  
  40. In order to be better able to spot fake mail you need to understand how it is
  41. sent. To do that see the section on sending fake mail below.
  42.  
  43. The above don't always work. If the person sending the "fake" message is
  44. particularly crafty he can make the headers look so similar it is nearly
  45. impossible to catch. In this case you would have to ask the person who
  46. 'sent' you
  47. the message whether or not it was really him.
  48.  
  49.  
  50. (3) Why is it possible to "fake" mail?
  51.  
  52. It is possible to fake mail becuase all computer on the internet send mail
  53. around
  54. using something called SMTP - Simple Mail Transfer Protocal - and it is possible
  55. for a human to connect to a computer and pretend that it is another computer by
  56. speaking SMTP. This problem will not go away. Mail programs (both clients and
  57. SendMail servers) will probably learn to better recognize when someone is trying
  58. to send fake mail, but they will most likely never be able to detect EVERYTHING.
  59.  
  60.  
  61. (4) How can I "fake" mail?
  62.  
  63. That is perhaps the question that is hardest to answer and will take the
  64. longest,
  65. so I will start with the basic and most detectable technique and work up to the
  66. most complicated and hard to detect technique. Of course, faking mail
  67. REALLY well
  68. is not such an easy and mechanical process. It requirs some amount of creativity
  69. in the techniques you apply. So, lets start with the basics....
  70.  
  71. (a) The Basics
  72.  
  73. To send fake mail you need to pretend that you are a computer transfering mail
  74. legitimatly. You start by telnetting to the SMTP socket (25) on the remote
  75. computer. For example, if I wanted to telnet to Cornell's SMTP port I would type
  76. the following from a UNIX prompt: 
  77. -> telnet cornell.edu 25
  78.  
  79. Once you have connected you ussually have to issue a "helo" command. You
  80. basically are saying hello to the other computer an telling it who you are. For
  81. now lets just claim to be the computer that we are sending mail "from". For this
  82. example lets pretend to be rf34+@andrew.cmu.edu. Lets send this message to
  83. "jmk17@cornell.edu" (he loves getting junk mail): 
  84. < helo andrew.cmu.edu
  85.  
  86. Sometimes there is an error entering that command. Enter it again and it will
  87. work. After that we have to move on to starting the message and annoucing who it
  88. is from. We do this with the "mail" command. The syntax is "mail from:
  89. <noone@nowhere.com>" where the <>'s are optional on most systems. In out example
  90. we would type: 
  91. < mail from: rf34+@andrew.cmu.edu
  92.  
  93. After specifying who the mail it from we must specify who the mail is to. We do
  94. this by using the "rcpt" command. The syntax of this command is "rcpt to:
  95. <bob@nowhere.com>" where the <>'s are once again optional. This has
  96. nothing to do
  97. with who it APPEARS to get the message. The addresses specified with this
  98. command
  99. will actually receive the message. In our example we would issue the
  100. command like
  101. so: 
  102. < rcpt to: jmk17@cornell.edu
  103.  
  104. Next comes the actual message. You send specify the text of the message is to
  105. follow by using the "data" command to begin and end with a "." on a line by
  106. itself. In our example we would do the following: 
  107. < data 
  108. > (answerback garbage) 
  109. < You suck. I hate you. 
  110. < .
  111.  
  112. Now we're almost done. All we have to do now is quit. We do this by typing
  113. "quit". 
  114. < quit
  115.  
  116. (b) What about the headers?
  117.  
  118. The above message will be easy to spot as "fake". Instead of saying "To:
  119. jmk17@cornell.edu" it will say "Apparently To: jmk17@cornell.edu". Similar will
  120. happen with from and there will be no subject. To fix these problems we must
  121. manually enter headers for the message. Here I will just talk about the most
  122. important headers - To:, From:, Cc:, and Subject:.
  123.  
  124. The "To:" header will be who the recipient sees that the message is "To:".
  125. If the
  126. recipient "group replies" he will reply to all people listed after "To:" and
  127. "Cc:" other than himself.
  128.  
  129. The "From:" header specifies who the message is from. You should always have the
  130. address that you used in the "mail from:" command somewhere here. It looks more
  131. real if you include the persons real name when issuing this command. One way to
  132. do that is to have the email address and then the real name in parenthesis.
  133.  
  134. The "Subject:" line is what appears to the recipient as the subject. End of
  135. story.
  136.  
  137. You enter the header when entering the message. Lets alter our above example so
  138. that we want it to look like bob@nowhere.net gets a carbon copy. We don't want
  139. him to get a copy - we just want jmk17@cornell.edu to think so. All we would do
  140. is change the second to last step so it looks like this: 
  141. < data 
  142. > (answerback garbage) 
  143. < To: jmk17@cornell.edu 
  144. < From: rf34+@andrew.cmu.edu (Randy Fields) 
  145. < Subject: I hate you! 
  146. < Cc: bob@nowhere.net 
  147. < You suck. I hate you. 
  148. < .
  149.  
  150. Note the space between the headers and the message. That is very important.
  151.  
  152. Now when jmk17@cornell.edu gets our message it will look like a normal message
  153. from his friend Randy. If he had extensive knowledge regarding the way mail
  154. worked he's be able to figure out that it came from your computer and not
  155. andrew.cmu.edu by looking at the extended headers. Since jmk17@cornell.edu is
  156. just your average computer user he can look at the message all day and not see a
  157. problem with it.
  158.  
  159.  
  160. -=-=-=-=-=-=-=-=-=-=-=- 
  161. This FAQ will be updated periodically. It can be found on Rourke's Home Page at 
  162. URL http://matrix.resnet.upenn.edu/rourke/ _or_
  163. http://www.seas.upenn.edu/~rourkem
  164.  
  165. If you have any questions, suggestions, corrections, or comments please email
  166. Rourke at rourkem@pobox.com.
  167.  
  168. -- 
  169. Rourke McNamara
  170. School of Engineering and Applied Science
  171. University of Pennsylvania
  172. rourkem@seas.upenn.edu
  173. http://matrix.resnet.upenn.edu/rourke/home.html
  174.  
  175.